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METHODS, SYSTEMS, AND COMPUTER PROGRAM PRODUCTS FOR 
COMPRESSING A COMPUTER PROGRAM BASED ON A COMPRESSION 
CRITERION AND EXECUTING THE COMPRESSED PROGRAM 

BACKGROUND OF THE INVENTION 
The present invention relates generally to the field of computer programming 
and, more particularly, to compressing computer programs so as to conserve memory 
resources. 

Computer program size for certain embedded applications appears to be 
5 growing at a rapid pace. For example, mobile terminals supporting Phase One of the 
Global System for Mobile Communications (GSM) protocol typically use 
approximately 32k bytes of digital signal processor (DSP) memory. Current 
expectations are that mobile terminals supporting the third generation (3G) GSM 
protocol may require more than 500k bytes of DSP memory. As more features and 

10 enhanced functionality are targeted for embedded applications, program size may 
continue to increase resulting in a corresponding increase in memory usage. The 
increased memory usage may become a more important factor in both the size and 
cost of embedded systems. 

One approach to conserving memory resources is to design processors with 

15 variable length instruction sets. In these architectures, instructions that are more 

frequently used may be assigned to shorter instructions. Unfortunately, this approach 
is not application specific, but instead is based on general assumptions of instruction 
usage. As a result, in certain types of applications, the shortest instructions may not 
necessarily be used more frequently than the longer instructions. 

20 Another approach to conserving memory resources is to apply a coding 

algorithm to each instruction in a computer program to achieve a desired level of 
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program compression. One disadvantage to this approach, however, is that an extra 
step is added during execution of the program to decompress each instruction first 
before it is executed. Accordingly, execution speed and efficiency may be diminished 
to reduce memory consumption. 

Consequently, there remains a need for improved methods and systems for 
compressing computer programs and executing these compressed programs. 



Embodiments of the present invention may include methods, systems, and 
computer program products for compressing a computer program based on a 
compression criterion and executing the compressed program. For example, a 
computer program may be compressed by scanning an initial computer program to 
identify one or more uncompressed instructions that have a high frequency of use. A 
storage mechanism, such as a data structure, may then be populated with the identified 
uncompressed instructions. A compressed computer program may be generated by 
respectively replacing one or more of the identified uncompressed instructions with a 
compressed instruction that identifies a location of the corresponding uncompressed 
instruction in the storage mechanism. 

Advantageously, in accordance with the present invention, by replacing more 
frequently used instructions in a program with shorter instructions, memory resources 
may be conserved. Moreover, the dynamic assignment of compressed instructions 
based on the instruction frequencies in specific application programs may provide 
improved program execution efficiency over alternative solutions that compress every 
instruction by a specific amount. That is, in accordance with the present invention, 
more frequently used instructions may be replaced with compressed instructions, but 
less frequently used instructions may not be replaced, thereby eliminating the need to 
decompress these less frequently used instructions before execution. By adjusting the 
frequency thresholds before an instruction qualifies for replacement with a 
compressed instruction, a suitable balance between memory conservation and 
execution speed may be obtained. 

Additional compression of the computer program may be achieved by 
scanning the compressed computer program to identify one or more uncompressed 
instructions that have a high frequency of use when at least a portion of their 



SUMMARY OF THE INVENTION 



Attorney Docket ^J^219-2/Conexant Docket No. OOCXj^^ON NAD 

instruction operand is ignored. A second storage mechanism, such as a data structure, 
may then be populated with the identified uncompressed instructions. Finally, a 
compressed computer program may be generated by respectively replacing one or 
more of the identified uncompressed instructions with a second type of compressed 
5 instruction that identifies a location of the corresponding uncompressed instruction in 
the second storage mechanism. 

Addresses of certain instructions in the compressed computer program may be 
different than the addresses of those instructions in the uncompressed computer 
program. Therefore, in accordance with further embodiments of the present 

10 invention, addresses that are referenced in the initial computer program by instructions 
that transfer control (e.g., jump, goto, or branch instructions) may be identified and 
new addresses calculated therefor after the initial computer program has been 
compressed (/. e. , one or more uncompressed instructions have been replaced by one or 
more compressed instructions). A determination may then be made whether the 

1 5 addresses referenced by the instructions that transfer control have changed as a result 
of compressing the computer program. If any of these addresses have changed, then 
they may be updated in the compressed program with a newly calculated address that 
corresponds thereto. 

The identified addresses that are referenced by instructions that transfer control 

20 and have changed may be associated in a storage mechanism, such as a data structure, 
with a newly calculated address that corresponds thereto. This data structure may be 
referenced when updating the addresses in the compressed program. 

The foregoing methods of compressing a computer program may be applied on 
a per routine basis. That is, each one of a plurality of routines in a computer program 

25 may be scanned or analyzed to identify one or more uncompressed instructions therein 
that have a high frequency of use. Storage mechanisms, such as data structures, may 
then be respectively populated with the identified uncompressed instructions from the 
respective routines. A compressed computer program may be generated by 
respectively replacing one or more of the identified uncompressed instructions in each 

30 of the routines with a compressed instruction that identifies a location of the 
corresponding uncompressed instruction in a respective one of the storage 
mechanisms. 
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Even more compression of the computer program may be achieved by 
respectively scanning each of the plurality of routines in the compressed computer 
program to identify one or more uncompressed instructions therein that have a high 
frequency of use when at least a portion of their instruction operand is ignored. 
5 Second storage mechanisms, such as data structures, may then be respectively 

populated with the identified uncompressed instructions from the respective routines. 
Finally, a compressed computer program may be generated by respectively replacing 
one or more of the identified uncompressed instructions in each of the routines with a 
second type of compressed instruction that identifies a location of the corresponding 

1 0 uncompressed instruction in a respective one of the second storage mechanisms. 

By compressing an uncompressed program on a per routine basis, a higher 
level of compression may be achieved in the compressed program than would 
otherwise be achieved if the exemplary compression methodologies, according to the 
present invention, were applied to the uncompressed program as a whole. 

1 5 The present invention may also be embodied as methods, systems, and 

computer program products for executing a computer program. In this regard, an 
instruction may be fetched from a memory and decoded to determine whether the 
fetched instruction is uncompressed or is a first or second type of compressed 
instruction. If the fetched instruction is a first type of compressed instruction, then the 

20 fetched instruction may be decoded to identify a location in a first logical data 

structure. An instruction, which is located at the identified location in the first logical 
data structure, may then be provided to a processor for execution. Similarly, if the 
fetched instruction is a second type of compressed instruction, then the fetched 
instruction may be decoded to identify a location in a second logical data structure. 

25 Portions of the fetched instruction may be combined with portions of an at least 
partially uncompressed instruction that is located at the identified location in the 
second logical data structure. This combined instruction may then be provided to a 
processor for execution. 

The first and second logical data structures may be downloaded to first and 

30 second decompression sub-engines before the fetched instruction is decoded. The 
fetched instruction may be provided to the first decompression sub-engine if the 
fetched instruction is a first type of compressed instruction and to the second 
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decompression sub-engine if the fetched instruction is a second type of compressed 
instruction. 

A computer program that has been compressed on a per routine basis as 
discussed hereinabove may be executed by fetching an instruction that is associated 
5 with one of a plurality of routines from a memory. The fetched instruction may then 
be decoded to determine whether the fetched instruction is an uncompressed 
instruction or whether the instruction is a first type of compressed instruction. If the 
fetched instruction is a first type of fetched instruction, then the fetched instruction 
may be decoded to identify a location in a first logical data structure that is exclusively 

1 0 associated with the routine in which the fetched instruction resides. Finally, an 

instruction located at the identified location in the first logical data structure may be 
provided to a processor for execution. 

The fetched instruction may also be decoded to determine whether the fetched 
instruction is a second type of fetched instruction. If the fetched instruction is a 

1 5 second type of fetched instruction, then the fetched instruction may be decoded to 

identify a location in a second logical data structure that is exclusively associated with 
the routine in which the fetched instruction resides. Portions of the fetched instruction 
may be combined with portions of an at least partially uncompressed instruction that 
is located at the identified location in the second logical data structure. This 

20 combined instruction may then be provided to a processor for execution. 

The present invention may also be embodied as methods, systems, and 
computer program products for operating a decompression unit for compressed 
computer program instructions. In this regard, an instruction may be loaded into a 
buffer from a memory and an instruction address may be received from a processor. 

25 A determination may then be made whether the instruction address corresponds to a 
sequential instruction. If the instruction address corresponds to a sequential 
instruction, then the instruction in the buffer may be decoded to determine whether the 
instruction is a compressed instruction or an uncompressed instruction. The decoded 
instruction may then be removed from the buffer. By verifying that the instruction 

30 address corresponds to a sequential instruction, the decompression unit may provide 
the next instruction in the program sequence (e.g^ the instruction contained in the 
buffer) to the processor for execution. 
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If the instruction address received from the processor does not correspond to a 
sequential instruction, then the buffer may be cleared and then loaded with an 
instruction that is located in the memory at the received instruction address. This 
instruction that has been loaded into the buffer may then be decoded to determine 
5 whether the instruction is a compressed or an uncompressed instruction. 

The present invention may also be embodied as data processing systems for 
decompressing compressed computer program instructions. In this regard, exemplary 
data processing systems may include an instruction type decoding unit that is 
configured to receive an instruction at a data input thereof and to determine whether 

10 the received instruction is an uncompressed or a first or second type of compressed 
instruction. A first decompression sub-engine may be communicatively coupled to a 
first output of the first decompression sub-engine for receiving compressed 
instructions of the first type. Similarly, a second decompression sub-engine may be 
communicatively coupled to a second output of the instruction type decoding unit for 

15 receiving compressed instructions of the second type. 

The first and second decompression sub-engines may include first and second 
memories, respectively, that are configured with respective first and second data 
structures in which compressed instructions of the first and second types are 
respectively associated with first and second uncompressed or at least partially 

20 uncompressed instructions. 

The first and second decompression sub-engines are communicatively coupled 
to a main memory and the instruction type decoding unit includes a data structure load 
unit. The data structure load unit may be configured to detect a data structure load 
instruction and, in response thereto, may facilitate downloading the first and second 

25 data structures to the first and second decompression sub-engines, respectively. 

A multiplexer may be communicatively coupled to outputs of the instruction 
type decoding unit, the first decompression sub-engine, and the second decompression 
sub-engine. In addition, the multiplexer may have a select input that receives a select 
signal that is generated by the instruction type decoding unit. 

30 The data processing system may further include an address translation unit that 

receives an instruction address from a processor and generates a jump signal in 
response thereto if the instruction address indicates a transfer of control (e.g., a jump, 
goto, or branch instruction) and generates a sequential signal if the instruction address 
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is indicative of sequential program execution. A memory fetch unit may be 
communicatively coupled to the address translation unit and may include respective 
inputs for receiving the jump signal, the sequential signal, and the instruction address 
from the address translation unit. The memory fetch unit may also be 
5 communicatively coupled to a main memory. A current address register may be 

communicatively coupled to the memory fetch unit and the instruction type decoding 
unit and contains an address of the instruction received by the instruction type 
decoding unit. The current address register may be viewed as maintaining a program 
counter for a compressed computer program. 

10 The data processing system may further include a buffer that is 

communicatively coupled to both the main memory for receiving instructions 
therefrom and the instruction type decoding unit for providing instructions received 
from the main memory thereto. The buffer may further include a reset input that is 
coupled to the jump signal for clearing the buffer in case of a transfer of control. 

15 Thus, the present invention may be used to dynamically compress a computer 

program based on a compression criterion (e.g., histograms of the instruction types, 
instruction execution speed, etc.). Because the present invention avoids assigning 
compressed or short instructions to specific uncompressed instructions, a priori, the 
compression methodologies taught herein may have improved adaptability in their 

20 application to varying types of computer programs. Furthermore, a compressed 

computer program, in accordance with the present invention, may be executed with 
relatively few hardware modifications to a conventional processor architecture. 

While the present invention has been described above primarily with respect to 
method and system aspects of the invention, it will be understood that the present 

25 invention may be embodied as methods, systems, and/or computer program products. 



Other features of the present invention will be more readily understood from 
the following detailed description of specific embodiments thereof when read in 
30 conjunction with the accompanying drawings, in which: 

FIG. 1 is a block diagram that illustrates data processing systems in 
accordance with embodiments of the present invention; 



BRIEF DESCRIPTION OF THE DRAWINGS 



7 



Attorney Docket^^^9219-2/Conexant Docket No. OOCX^^p 



ON NAD 



FIG. 2 is a software architecture block diagram that illustrates methods, 
systems, and computer program products for compressing a computer program based 
on a compression criterion and executing the compressed program in accordance with 
embodiments of the present invention; 
5 FIGS* 3A - 3D are instruction format diagrams that illustrate uncompressed 

and compressed instruction formats in accordance with embodiments of the present 
invention; 

FIGS. 4-5 are software architecture block diagrams that illustrate data 
structures that may be used in methods, systems, and computer program products for 
10 compressing a computer program based on a compression criterion and executing the 
compressed program in accordance with alternative embodiments of the present 
invention; 

FIG. 6 is a high-level hardware architecture block diagram that illustrates 
methods, systems, and computer program products for compressing a computer 
1 5 program based on a compression criterion and executing the compressed program in 
accordance with embodiments of the present invention; 

FIG. 7 is a more detailed hardware architecture block diagram of a 
decompression unit of FIG. 6 that illustrates methods, systems, and computer 
program products for compressing a computer program based on a compression 
20 criterion and executing the compressed program in accordance with embodiments of 
the present invention; 

FIGS. 8 - 16B are flowcharts that illustrate exemplary operations of methods, 
systems, and computer program products for compressing a computer program based 
on a compression criterion and executing the compressed program in accordance with 
25 embodiments of the present invention; 

FIGS. 17 - 19 are block diagrams that illustrate logical associations between 
compressed instructions and uncompressed instructions via data structures in 
accordance with embodiments of the present invention; 

FIG. 20 is a flowchart that illustrates exemplary operations of methods, 
30 systems, and computer program products for compressing a computer program based 
on a compression criterion and executing the compressed program in accordance with 
embodiments of the present invention; 
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FIGS. 21 - 23 are block diagrams of first, second, and third decompression 
sub-engines of FIG. 7 that illustrate methods, systems, and computer program 
products for compressing a computer program based on a compression criterion and 
executing the compressed program in accordance with embodiments of the present 
invention; and 

FIGS. 24 - 26 are flowcharts that illustrate exemplary operations of methods, 
systems, and computer program products for compressing a computer program based 
on a compression criterion and executing the compressed program in accordance with 
embodiments of the present invention. 



DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 
While the invention is susceptible to various modifications and alternative 
forms, specific embodiments thereof are shown by way of example in the drawings 
and will herein be described in detail. It should be understood, however, that there is 

1 5 no intent to limit the invention to the particular forms disclosed, but on the contrary, 
the invention is to cover all modifications, equivalents, and alternatives falling within 
the spirit and scope of the invention as defined by the claims. Like reference numbers 
signify like elements throughout the description of the figures. 

The present invention is described herein in the context of compressing a 

20 computer program based on a compression criterion. In particular, for purposes of 
illustration, exemplary embodiments of the present invention are illustrated and 
discussed hereafter using instruction frequency counts as the compression criterion. 
Nevertheless, it will be understood that alternative compression criteria may also be 
used, such as instruction execution speed, for example. That is, it may be desirable to 

25 execute certain instructions as rapidly as possible. These instructions, therefore, may 
not be desirable candidates for compression as the steps involved in uncompressing 
these instructions during execution may slow execution speed. 

The present invention may be embodied as methods, systems, and/or computer 
program products. Accordingly, the present invention may be embodied in hardware 

30 and/or in software (including firmware, resident software, micro-code, etc). 

Furthermore, the present invention may take the form of a computer program product 
on a computer-usable or computer-readable storage medium having computer-usable 
or computer-readable program code embodied in the medium for use by or in 
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connection with an instruction execution system. In the context of this document, a 
computer-usable or computer-readable medium may be any medium that can contain, 
store, communicate, propagate, or transport the program for use by or in connection 
with the instruction execution system, apparatus, or device. 



not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or 
semiconductor system, apparatus, device, or propagation medium. More specific 
examples (a nonexhaustive list) of the computer-readable medium would include the 
following: an electrical connection having one or more wires, a portable computer 

10 diskette, a random access memory (RAM), a read-only memory (ROM), an erasable 
programmable read-only memory (EPROM or Flash memory), an optical fiber, and a 
portable compact disc read-only memory (CD-ROM). Note that the computer-usable 
or computer-readable medium could even be paper or another suitable medium upon 
which the program is printed, as the program can be electronically captured, via, for 

15 instance, optical scanning of the paper or other medium, then compiled, interpreted, or 
otherwise processed in a suitable manner, if necessary, and then stored in a computer 
memory. 

Referring now to FIG. 1, an exemplary data processing system 22 architecture, 
in accordance with embodiments of the present invention, may include input device(s) 

20 24, such as a keyboard or keypad, a display 26, and a memory 28 that communicate 
with a processor 32. The data processing system 22 may further include a storage 
system 34, a speaker 36, and an input/output (I/O) data port(s) 38 that also 
communicate with the processor 32. The storage system 34 may include removable 
and/or fixed media, such as floppy disks, ZIP drives, hard disks, or the like, as well as 

25 virtual storage, such as a RAMDISK. The I/O data port(s) 38 may be used to transfer 
information between the data processing system 22 and another computer system or a 
network {e.g., the Internet). These components may be conventional components such 
as those used in many conventional computing devices, which may be configured to 
operate as described herein. 

30 FIG. 2 illustrates a processor 42 and a main memory 44 that may be used in 

embodiments of methods, systems, and computer program products for compressing a 
computer program based on a compression criterion and executing the compressed 
program in accordance with embodiments of the present invention. The processor 42 
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communicates with the main memory 44 via an address/data bus 46. The processor 
42 may be, for example, a commercially available or custom microprocessor. The 
main memory 44 is representative of the overall hierarchy of memory devices 
containing the software and data used to compress a computer program based on a 
5 compression criterion and to execute the compressed program in accordance with 
embodiments of the present invention. The main memory 44 may include, but is not 
limited to, the following types of devices: cache, ROM, PROM, EPROM, EEPROM, 
flash, SRAM, and DRAM. 

As shown in FIG. 2, the main memory 44 may hold five major categories of 

1 0 software and data: the operating system 48, the compression program module 52, the 
uncompressed program module 54, the compressed program module 56, and the data 
module 58. The operating system 48 controls the operation of the computer system. 
In particular, the operating system 48 may manage the computer system's resources 
and may coordinate execution of programs by the processor 42. The compression 

1 5 program 52 may be configured to analyze the uncompressed program 54 to obtain 
frequency counts for instructions contained therein. These counts may be based on, 
for example, the uncompressed program 54 as a whole or, alternatively, the counts 
may be obtained for one or more specific routines that comprise the uncompressed 
program 54. In accordance with embodiments of the present invention, the 

20 compression program 52 may replace instances of certain instructions in the 

uncompressed program 54 with compressed instructions to generate the compressed 
program 56. 

FIGS. 3A - 3D are instruction format diagrams that illustrate uncompressed 
and compressed instruction formats in accordance with embodiments of the present 

25 invention. As shown in FIGS. 3A - 3D, in an exemplary embodiment in which four 
instruction types are defined, two high-order bits are used to designate the instruction 
type. For example, FIG. 3A illustrates a 32 bit uncompressed instruction, which is 
designated by the high-order bit sequence 1 1 . For illustrative purposes, it may be 
assumed that the uncompressed program 54 comprises uncompressed instructions as 

30 shown in FIG. 3A. FIG. 3B illustrates a Type I compressed instruction, which 
comprises 8 bits and is designated by the high-order bit sequence 00. FIG. 3C 
illustrates a Type II compressed instruction, which comprises 1 6 bits and is designated 



11 



Attorney Docket^^92 1 9-2/Conexant Docket No. OOCXj^pp' 



ON NAD 



by the high-order bit sequence 01. FIG. 3D illustrates a Type III compressed 
instruction, which comprises 16 bits and is designated by the high-order bit sequence 
10. Because the two high-order bits are used to designate the instruction type in an 
exemplary embodiment of the present invention, these two bits may be viewed as an 
5 instruction type field. 

Returning to FIG. 2, the data module 58 represents both the dynamic and 
static data used by the aforementioned software modules to carry out their respective 
operations. For example, as illustrated in FIG. 4, the data module 58a may comprise 
a first frequency count data structure 62 and a second frequency count data structure 

10 64. The first frequency count data structure 62 may comprise the N uncompressed 
instructions in the uncompressed program 54 that are determined to have high 
frequency counts (e.g., the N highest frequency counts). The compression program 52 
may, for example, replace instances of these N instructions in the uncompressed 
program 54 with Type I compressed instructions, shown in FIG. 3B, to generate the 

15 compressed program 56. The second frequency count data structure 64 may comprise 
the M uncompressed instructions that are determined to have high frequency counts 
(e.g., the M highest frequency counts) after instances of the N uncompressed 
instructions in the first frequency count data structure 62 have been discarded (i.e., 
replaced by Type I compressed instructions) and all or portions of instruction 

20 operands have been masked. This may identify frequently used instructions that vary 
based only on the operand data. The compression program 52 may, for example, 
replace instances of these M instructions in the uncompressed program 54 with Type 
II compressed instructions, shown in FIG. 3C, to generate the compressed program 
56. The first frequency count data structure 62 and the second frequency count data 

25 structure 64 may be viewed as logical data structures because they may be 

implemented in software as a single data structure (e.g., a multidimensional array) as 
represented by the dashed box or as separate data structures. 

The Type III compressed instruction type (see FIG. 3D) may be reserved as a 
spare category for future use by the compression program 54 to replace a third 

30 category of uncompressed instructions, which may be defined based on instruction 

frequency or other suitable criteria. Accordingly, a data structure may also be defined 
that contains the uncompressed instructions that have been replaced by Type III 
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compressed instructions. In this regard, a third frequency count data structure 68 may 
be defined that comprises L instructions that are determined to have high frequency 
counts based on the non-operand portion thereof. Furthermore, one or more operand 
frequency count data structures 70 may be defined that respectively comprise K 
5 operands that are determined to have high frequency counts. For example, an operand 
frequency count data structure 70 may be defined for each operand position in an 
instruction. The operands having high frequency counts at that operand position may 
be stored in the operand frequency count data structure 70 for that operand position. 
In addition to the first frequency count data structure 62 and the second 

10 frequency count data structure 64, the data module 58a may include a "jump" address 
data structure 66. The uncompressed program 54 may include instructions that 
transfer control. The uncompressed program 54 may contain both conditional and 
unconditional transfer of control instructions. Examples of these instructions may 
include jump instructions, goto instructions, and the like. When generating the 

15 compressed program 56, the compression program 52 may determine that one or more 
of the addresses that are referenced or used by the instructions that transfer control 
have changed as a result of replacing uncompressed instructions with compressed 
instructions. Accordingly, the "jump" address data structure 66 may be used to 
associate addresses that are used by the instructions that transfer control in the 

20 uncompressed program 54 with new addresses that correspond thereto based on the 
layout of the compressed program 56 in the main memory 44. 

Alternative embodiments of the data module 58 are illustrated in FIG. 5. 
Rather than obtaining first, second, and/or third instruction frequency counts and/or 
operand frequency counts for the entire uncompressed program 54, the first, second, 

25 and or third instruction frequency counts and/or operand frequency counts may be 

obtained separately for routines comprising the uncompressed program. In the context 
of the present invention, a routine is any section of code that may be invoked (i.e., 
executed) within a program. Typically, a routine has a name or identifier that is 
associated with it and the routine may be invoked or executed by referencing that 

30 name. 

Thus, as shown in FIG. 5, the data module 58b may comprise a first frequency 
count data structure 72, a second frequency count data structure 74, a third frequency 
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count data structure 84, and operand frequency count data structure(s) 86, which are 
analogous to the first, second, third, and operand frequency count data structures 62, 
64, 68, and 70, but are associated with a first routine of the uncompressed program 54. 
The first frequency count data structure 72 and the second frequency count data 
structure 74, which are associated with the first routine, may be implemented in 
software as a single data structure, as represented by the dashed box or as separate 
data structures. Similarly, the data module 58b may further comprise a first frequency 
count data structure 76 a second frequency count data structure 78, a third frequency 
count data structure 88, and operand frequency count data structure(s) 90, which are 
associated with a second routine of the uncompressed program 54. The first 
frequency count data structure 76 and the second frequency count data structure 78, 
which are associated with the second routine, may be implemented in software as a 
single data structure, as represented by the dashed box or as separate data structures. 
Although instruction/operand frequency count data structures are illustrated for only 
two routines in FIG. 5, it will be understood that the principles and concepts of the 
present invention may be extended to any number of routines comprising the 
uncompressed program 54. Finally, the data module 58b may comprise a "jump" 
address data structure 82, which may be implemented as discussed hereinabove with 
respect to the "jump" address data structure 66. 

Although FIGS. 2, 4, and 5 illustrate an exemplary software architecture that 
may be used for compressing a computer program based on a compression criterion 
and executing the compressed computer program, it will be understood that the 
present invention is not limited to such a configuration but is intended to encompass 
any configuration capable of carrying out the operations described herein. 

Computer program code for carrying out operations of the present invention 
may be written in an object-oriented programming language, such as Java, Smalltalk, 
or C++. Computer program code for carrying out operations of the present invention 
may also, however, be written in conventional procedural programming languages, 
such as the C programming language or compiled Basic (CBASIC). Furthermore, 
some modules or routines may be written in assembly language or even micro-code to 
enhance performance and/or memory usage. Note that the uncompressed program 54 
typically comprises machine or assembly code, which the compression program 52 
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analyzes and replaces instances of certain uncompressed instructions with compressed 
instructions to generate the compressed program 56, which, accordingly, also 
comprises machine or assembly code. 

Referring now to FIG. 6, a hardware architecture that may be used in 
5 embodiments of methods, systems, and computer program products for compressing a 
computer program based on a compression criterion and executing the compressed 
program, in accordance with embodiments of the present invention, may include a 
processor 92, which is communicatively coupled to a main memory 94 via an 
instruction cache 96 and a decompression unit 98 using an address bus and an 

10 instruction bus. Note that the instruction cache 96 may be optional, but is often 

implemented to improve the hardware performance. The decompression unit 98 may 
be configured to allow the processor 92 to execute the compressed program 56 via 
decoding or decompression of the compressed instructions contained therein. An 
exemplary architecture of the decompression unit 98 will be described in detail 

15 hereinafter. 

In accordance with embodiments of the present invention, the processor 92 
and main memory 94 may represent the processor 42 and main memory 44 of FIG. 2. 
In this regard, the compressed program 56 may execute on the same processor that, 
along with the compression program 52, is used to generate the compressed program 
20 56. Alternatively, the compression program 52 may be used to generate the 

compressed program 56 on a first processor 42 for execution on a different target 
processor 92. 

FIG. 7 is a more detailed hardware architecture block diagram of the 
decompression unit 98 of FIG. 6 in accordance with embodiments of the present 

25 invention. The decompression unit 98 may comprise a buffer 112, which may be 
implemented as a latch or register and has a data input that is communicatively 
coupled to the main memory 94 for receiving and storing one or more instructions 
therefrom. Preferably, the buffer 112 has a length of at least two uncompressed 
instructions. The buffer 112 has a data output that is coupled to a data input of an 

30 instruction type decoding unit 114, which may be configured to decode the instruction 
type field (e.g. , the two high-order bits of the instruction; see FIGS. 3A - 3D) of an 
instruction to determine whether the instruction is an uncompressed instruction, a 
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Type I compressed instruction, a Type II compressed instruction, or a Type III 
compressed instruction. 

As shown in FIG. 7, the decompression unit 98 may further comprise a 
decompression sub-engine #1 116, a decompression sub-engine #2 118, and a 
5 decompression sub-engine #3 122, each of which has a data input coupled to a 

respective data output of the instruction type decoding unit 114. The decompression 
sub-engines 116, 118, and 122 may be configured to decompress the Type I, Type II, 
and Type III compressed instruction types, respectively. Accordingly, the 
decompression sub-engine #1 116 may have an 8 -bit wide interface with the 

10 instruction type decoding unit 114 and the decompression sub-engines #2, #3, 118 and 
. 122 may have 16-bit wide interfaces with the instruction type decoding unit 114. 

To facilitate decompression of the compressed instructions, the instruction 
type decoding unit 114 may include a data structure load unit 124 that is configured to 
detect a data structure load instruction. In accordance with embodiments of the 

1 5 present invention, upon detecting the data structure load instruction, the data structure 
load unit 124 may cooperate with a direct memory access (DMA) unit 126 to 
download the first frequency count data structure 62 (see FIG. 4) to the 
decompression sub-engine #1 116, and/or the second frequency count data structure 
= 64 (see FIG. 4) to the decompression sub-engine #2 118, and/or the third frequency 

20 count data structure 68 and operand frequency count data structure(s) 70 (see FIG. 4) 
to the decompression sub-engine #3 122. In accordance with alternative embodiments 
of the present invention, the data structure load unit 124 may cooperate with the DMA 
unit 126 to download the first frequency count data structures 72 and 76 (see FIG. 5) 
that are associated with the first and second routines, respectively, to the 

25 decompression sub-engine #1 116, the second frequency count data structures 74 and 
78 (see FIG. 5) that are associated with the first and second routines, respectively, to 
the decompression sub-engine #2 118, the third frequency count data structures 84 and 
88 (see FIG. 5) that are associated with the first and second routines, respectively, to 
the decompression sub-engine #3 122, and the operand frequency count data 

30 structure(s) 86 and 90 (see FIG. 5) that are associated with the first and second 
routines, respectively, to the decompression sub-engine #3 122. 



16 



Attorney Docket^^92 1 9-2/Conexapt Docket No. OOCXj^ppON NAD 

The instruction type decoding unit 114 may further include a fourth data 
output that is coupled to a data input of a multiplexer 128. This interface between the 
instruction type decoding unit 114 and the multiplexer 128 is 32 bits wide for 
transferring uncompressed instructions directly from the instruction type decoding 
5 unit 114 to the multiplexer 128. Respective data outputs on the decompression sub- 
engines 116, 118, and 122 are also coupled to respective data inputs on the 
multiplexer 128. The respective interfaces between the decompression sub-engines 
116, 118, and 122 and the multiplexer-128 are 32 bits wide as the decompression sub- 
engines 116, 118, and 122 generate an uncompressed instruction at their respective 

1 0 data outputs in response to a compressed instruction received at their respective data 
inputs. The instruction type decoding unit 114 generates a select signal SEL, which is 
received by the multiplexer 128 and controls which input to the multiplexer 128 is to 
be selected for output. The select signal may be, for example, 2 bits wide to select 
which one of the four 32 bit data inputs is to be output to the instruction latch 132. 

1 5 The processor views the instructions contained in the main memory 94 as a 

series of uncompressed (e.g^ 32 bit) instructions/ but the instructions in the main 
memory may comprise both compressed {e.g., Types I, II, and III) instructions and 
uncompressed instructions; therefore, an address translation unit 134 may be used to 
translate an instruction address generated by the processor to the address of the 

20 corresponding instruction in the main memory 94. In particular, the address 

translation unit 134 may determine whether the current instruction address requested 
by the address translation unit 134 is a sequential address or whether the instruction 
represents a transfer of control (e.g., a "jump," "goto," or "branch" instruction). For 
example, in exemplary embodiments of the present invention in which 32-bit 

25 uncompressed instructions are used, the address translation unit 134 may subtract the 
instruction address of a previous instruction from a current instruction to determine if 
the difference is four bytes or 32 bits. If the difference between consecutive 
instruction addresses from the processor is four bytes, then the address translation unit 
134 may generate a sequential signal (S) at an output thereof, which is provided to a 

30 memory fetch unit 136. The memory fetch unit 136 may then fetch one or more 

instructions at the next consecutive address in the main memory 94 based on a current 
address pointer, which is stored in a current address register 138. That is, as 
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instructions are decoded by the instruction type decoding unit 114, the buffer 112 is 
shifted by an amount corresponding to the length of the decoded instruction to remove 
the decoded instruction from the buffer 112. Accordingly, the buffer 112 preferably 
has a length that is capable of holding at least two uncompressed instructions to allow 
5 fetched instructions to be stored in the buffer 112 and shifted into position for 

processing by the instruction type decoding unit 114. The current address register 138 
is communicatively coupled to both the memory fetch unit 136 and the instruction 
type decoding unit 114 and is used to hold a current address pointer or program 
counter that is based on the compressed program 56 (see FIG. 2) in the main memory 



If, however, the difference between consecutive instruction addresses is more 
than four bytes, then the address translation unit 134 may interpret the current 
instruction address from the processor as a transfer of control (e.g., a "jump," "goto," 
or "branch" instruction). In this case, the address translation unit 134 may generate a 

15 jump signal (J) at an output thereof along with an address (A) at another output 
thereof, which specifies where in the main memory execution of the compressed 
program 56 should continue. Note that the jump signal (J) is also provided to the 
buffer 112 as a transfer of control results in the buffer being reset or cleared to allow 
one or more instructions located at the jump address (A) to be loaded from the main 

20 memory 94. 

The present invention is described hereinafter with reference to flowchart 
and/or block diagram illustrations of methods, systems, and computer program 
products in accordance with exemplary embodiments of the invention. It will be 
understood that each block of the flowchart and/or block diagram illustrations, and 

25 combinations of blocks in the flowchart and/or block diagram illustrations, may be 
implemented by computer program instructions and/or hardware operations. These 
computer program instructions may be provided to a processor of a general purpose 
computer, a special purpose computer, or other programmable data processing 
apparatus to produce a machine, such that the instructions, which execute via the 

30 processor of the computer or other programmable data processing apparatus, create 

means for implementing the functions specified in the flowchart and/or block diagram 
block or blocks. 



10 
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These computer program instructions may also be stored in a computer usable 
or computer-readable memory that may direct a computer or other programmable data 
processing apparatus to function in a particular manner, such that the instructions 
stored in the computer usable or computer-readable memory produce an article of 
manufacture including instructions that implement the function specified in the 
flowchart and/or block diagram block or blocks. 

The computer program instructions may also be loaded onto a computer or 
other programmable data processing apparatus to cause a series of operational steps to 
be performed on the computer or other programmable apparatus to produce a 
computer implemented process such that the instructions that execute on the computer 
or other programmable apparatus provide steps for implementing the functions 
specified in the flowchart and/or block diagram block or blocks. 

With reference to the flowcharts of FIGS. 8 - 16 and the architectural block 
diagrams of FIGS. 2, and 4-6, exemplary operations of methods, systems, and 
computer program products for compressing a computer program based on a 
compression criterion and executing the compressed program, in accordance with 
embodiments of the present invention, will be described hereafter. Referring now to 
FIG. 8, computer program compression operations begin at block 152 where the 
compression program 52 may scan or analyze an uncompressed program 54 to obtain 
a first frequency count for each of a plurality of unique instructions that comprise the 
uncompressed program 54. Next, at block 154, the compression program 52 may 
populate the first frequency count data structure 62 with the N uncompressed 
instructions in the uncompressed program 54 that are determined to have high 
frequency counts. These N uncompressed instructions may be the N instructions with 
the highest frequency counts. Alternatively, even if an instruction has a high 
frequency of use, it may be desirable to maintain a high execution speed for that 
instruction (i.e., avoid the steps of uncompression during execution). Therefore, the N 
instructions stored in the first frequency count data structure 62 may not necessarily be 
the N instructions with the highest frequency of use. 

In accordance with exemplary embodiments of the present invention, the 
compression program 52, at block 156, may replace instances of these N instructions 
in the uncompressed program 54 with Type I compressed instructions, shown in FIG. 
3B, to generate the compressed program 56. 
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To further improve memory utilization, the compression program 52 may, at 
block 158, scan or analyze the partially compressed program 56 after instances of the 
N uncompressed instructions have been replaced by the Type I compressed 
instructions. Moreover, the analysis may be performed without regard to the Type I 
5 compressed instructions and by masking the lower bit portion of instruction operands 
to obtain a second frequency count for each of a plurality of unique instructions 
comprising the partially compressed program 56. This analysis may identify those 
instructions that are frequently used, but differ only as a result of particular operand 
data. Next, at block 162, the compression program 52 may populate the second 

1 0 frequency count data structure 64 with the M uncompressed instructions in the 

partially compressed program 56 that are determined to have high frequency counts. 
These M uncompressed instructions may be the M instructions with the highest 
frequency counts. Alternatively, as discussed hereinabove, even if an instruction has a 
high frequency of use, it may be desirable to maintain a high execution speed for that 

15 instruction (i.e., avoid the steps of uncompression during execution). Therefore, the 
M instructions stored in the second frequency count data structure 64 may not 
necessarily be the M instructions with the highest frequency of use. 

Finally, in accordance with exemplary embodiments of the present invention, 
the compression program 52, at block 164, may replace instances of these M 

20 instructions in the partially compressed program 56 with Type II compressed 
instructions, shown in FIG. 3C, to generate the compressed program 56. 

Further embodiments of the present invention are illustrated in FIG. 9. At 
block 302, the compression program 52 may scan or analyze the uncompressed 
program 54 to obtain a frequency count for each of a plurality of unique instructions 

25 that comprise the uncompressed program 54 based on a non-operand portion thereof. 
Next, at block 304, the compression program 52 may populate the third frequency 
count data structure 68 with the L uncompressed instructions in the uncompressed 
program 54 that are determined to have high frequency counts. These L 
uncompressed instructions may be the L instructions with the highest frequency 

30 counts. Alternatively, as discussed hereinabove, even if an instruction has a high 
frequency of use, it may be desirable to maintain a high execution speed for that 
instruction (i.e., to avoid the steps of uncompression during execution). Therefore, 
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the L instructions stored in the third frequency count data structure 68 may not 
necessarily be the L instructions with the highest frequency of use. 

At block 306, the compression program 52 may scan or analyze the 
uncompressed program 54 to obtain frequency counts for each of a plurality of unique 
5 operands in one or more operand fields. The compression program 52 may then, at 
block 308, populate one or more operand data structure(s) 70 with the K operands that 
are determined to have high frequency counts in the respective operand fields. In 
accordance with exemplary embodiments of the present invention, the compression 
program 52, at block 310, may replace instances of the aforementioned L instructions 

10 in the uncompressed program 54 with Type III compressed instructions, shown in 
FIG. 3D, to generate the compressed program 56. 

In accordance with the present invention, by replacing more frequently used 
instructions in a program with shorter instructions, memory resources may be 
conserved. Advantageously, the present invention may allow for a balance between 

1 5 memory conservation and program execution speed. For example, by increasing the 
number of instructions that are replaced by compressed instructions (i.e., by increasing 
the numbers N and/or M), memory conservation may be improved, but typically at the 
expense of a reduced program execution speed. Note that program execution speed 
may be impacted because executing a compressed instruction involves an additional 

20 step of translating the compressed instruction into an uncompressed instruction for 

execution by a processor. Accordingly, execution of compressed instructions may, in 
general, be slower than execution of uncompressed instructions. If only a modest 
improvement in memory conservation is desired, however, then fewer instructions 
may be replaced by compressed instructions, which may lessen the impact on program 

25 execution speed. Furthermore, in accordance with the present invention, instruction 

execution speed may be used in addition to or in lieu of instruction frequency of use as 
a compression criterion. That is, instructions that preferably have a high execution 
speed may not be selected for compression. 

Referring now to FIG. 10, in accordance with further embodiments of the 

30 present invention, the compression program 52 may identify one or more addresses 
that are referenced in the uncompressed program 54 and are used by instructions that 
transfer control (e.g., jump instructions, goto instructions, branch instructions, and the 
like) at block 166. As illustrated in FIG. 11, at block 168, the compression program 
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52 may calculate new addresses for the instructions comprising the compressed 
program 56 after replacing certain uncompressed instructions with compressed 
instructions as discussed hereinabove with respect to FIGS. 8 and 9. If any of the 
addresses that are referenced or used by instructions that transfer control (i.e., "jump" 
5 addresses) has changed as determined at block 172, then the compression program 56 
may update each "jump" address that has changed at block 174 with the calculated 
address from block 168 that corresponds thereto. 

Referring now to FIG. 12, particular embodiments of the present invention are 
illustrated for updating "jump" addresses that have changed as a result of replacing 

10 uncompressed instructions with compressed instructions. At block 176, the 

compression program 52 may store the addresses that are identified at block 166 of 
FIG. 10 as being used by instructions that transfer control in the "jump" address data 
structure 66. Next, at block 178, the compression program 52 may associate each 
"jump" address that has changed as a result of replacing uncompressed instructions 

15 with compressed instructions as determined at block 172 with the calculated address 
from block 168 of FIG. 11 that corresponds thereto. Finally, at block 182, the 
compression program 56 may update each "jump" address that has changed with a 
newly calculated address that is associated therewith in the "jump" address data 
structure 66. 

20 Referring now to FIG. 13, alternative embodiments of the present invention 

may involve replacing uncompressed instructions in the uncompressed program 54 
through analysis of individual routines comprising the uncompressed program 54. 
Operations begin at block 192 where the compression program 52 may scan or 
analyze an uncompressed program 54 to obtain respective first frequency counts for 

25 each of a plurality of unique instructions in one or more routines that comprise the 
uncompressed program 54. Next, at block 194, the compression program 52 may 
populate respective first frequency count data structures 72, 76, etc. with the N 
uncompressed instructions in each of the one or more routines that are determined to 
have high frequency counts (e.g., the N instructions that have the highest frequency 

30 counts). In accordance with exemplary embodiments of the present invention, the 

compression program 52, at block 196, may replace instances of these N instructions 
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in the one or more routines with Type I compressed instructions, shown in FIG. 3B, 
to generate the compressed program 56. 

In accordance with further embodiments of the present invention illustrated in 
FIG. 14, the compression program 52 may, at block 198, scan or analyze the partially 
5 compressed program 56 after instances of N uncompressed instructions have been 
respectively replaced by Type I compressed instructions in each of the one or more 
routines. Moreover, the analysis may be performed without regard to the Type I 
compressed instructions and by masking the lower bit portion of instruction operands 
to obtain respective second frequency counts for each of a plurality of unique 

10 instructions in the one or more routines that comprise the partially compressed 

program 56. This analysis may identify those instructions that are frequently used, but 
differ only as a result of particular operand data. Next, at block 202, the compression 
program 52 may populate respective second frequency count data structures 74, 78, 
etc. with the M uncompressed instructions in each of the one or more routines that are 

1 5 determined to have high frequency counts (e.g. , the M instructions that have the 

highest frequency counts). Finally, in accordance with exemplary embodiments of the 
present invention, the compression program 52, at block 204, may replace instances of 
these M instructions in the one or more routines with Type II compressed instructions, 
shown in FIG. 3C, to generate the compressed program 56. 

20 Further embodiments of the present invention involving the replacement of 

uncompressed instructions in the uncompressed program 54 through analysis of 
individual routines comprising the uncompressed program 54 are illustrated in FIG. 
15. Operations begin at block 322 where the compression program 52 may scan or 
analyze the uncompressed program 54 to obtain respective frequency counts for each 

25 of a plurality of unique instructions based on a non-operand portion thereof in one or 
more routines that comprise the uncompressed program 54. Next, at block 324, the 
compression program 52 may populate respective third frequency count data 
structures 84, 88, etc. with the L uncompressed instructions in each of the one or more 
routines that are determined to have high frequency counts (e.g., the L instructions 

30 that have the highest frequency counts). 

At block 326, the compression program 52 may scan or analyze the 
uncompressed program 54 to obtain respective frequency counts for each of a plurality 
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of unique operands in one or more operand fields in one or more routines that 
comprise the uncompressed program 54. The compression program 52 may then, at 
block 328, populate respective operand data structure(s) 86, 90, etc. with the K 
operands in each of the one or more routines that are determined to have high 
frequency counts in the respective operand fields. In accordance with exemplary 
embodiments of the present invention, the compression program 52, at block 330, may 
replace instances of the aforementioned L instructions in the one or more routines 
with Type III compressed instructions, shown in FIG. 3D, to generate the compressed 
program 56. 

By compressing the uncompressed program 54 on a per routine basis, a higher 
level of compression may be achieved in the compressed program 56 than would 
otherwise be achieved if the exemplary compression methodologies according to the 
present invention were applied to the uncompressed program 54 as a whole. 

Referring now to FIG. 16A and with frequent reference to FIG. 7, exemplary 
operations for executing a compressed program, such as the compressed program 56, 
in accordance with embodiments of the present invention, will be described hereafter. 
Operations begin at block 212 where the memory fetch unit 136 fetches an instruction 
from the main memory 94 where it is loaded into the buffer 112. Next, at block 214, 
the instruction type decoding unit 114 decodes an instruction type field in the 
instruction to determine whether the fetched instruction is an uncompressed 
instruction, a Type I compressed instruction, a Type II compressed instruction, or a 
Type III compressed instruction. In accordance with exemplary embodiments of the 
present invention, the instruction type field may comprise the two high-order bits of 
the instruction as discussed hereinbefore with reference to FIGS. 3A - 3D. 

If the instruction type decoding unit 114 determines that the fetched instruction 
is uncompressed, then the uncompressed instruction may be provided directly to the 
processor through the multiplexer 128. If, however, the fetched instruction is a Type I 
compressed instruction, then operations continue at block 216 where a first logical 
data structure index field may be decoded to identify an address or location in a first 
logical data structure. The first logical data structure may be implemented as the first 
frequency count data structure 62 of FIG. 4. The first logical data structure index may 
be implemented as the lower order six bits of a Type I compressed instruction. This is 
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illustrated in FIG. 17 where the lower order six bits of a fetched Type I compressed 
instruction are used to index a table of 64 uncompressed instructions with each 
uncompressed instruction comprising 30 bits. Note that the uncompressed 
instructions may be stored as 30 bit words as the two high order bits designating the 
5 instructions as uncompressed need not be stored in the first frequency count data 
structure 62. 

Returning to FIG. 16A, at block 218, the uncompressed instruction that is 
located at the address or location in the first logical data structure (e.g., the first 
frequency count data structure 62) that is specified by the lower order six bits of the 
10 Type I compressed instruction may then be provided to the processor for execution. 
Recall that the first frequency count data structure 62 may contain N uncompressed 
instructions. Accordingly, the first logical data structure index field may comprise 
log2N bits. 

Returning to block 214 of FIG. 14, if the fetched instruction is a Type II 

1 5 compressed instruction, then operations continue at block 222 where a second logical 
data structure index field may be decoded to identify an address or location in a 
second logical data structure. The second logical data structure may be implemented 
as the second frequency count data structure 64 of FIG. 4. The second logical data 
structure index may be implemented as the lower order six bits of a Type II 

20 compressed instruction. This is illustrated in FIG. 18 where the lower order six bits 
of a fetched Type II compressed instruction are used to index a table of 64 
uncompressed instructions with each uncompressed instruction comprising 14 bits. 
Note that the uncompressed instructions may be stored as 14 bit words as the two high 
order bits designating the instructions as Type II compressed instructions need not be 

25 stored in the second frequency count data structure 64. Moreover, in an exemplary 
embodiment of the present invention, the low order four bits of the operand data are 
masked when identifying uncompressed instructions from the uncompressed program 
54 to be replaced by Type II compressed instructions. Accordingly, as shown in FIG. 
18, the low order four bits from two operands are contained in a Type II compressed 

30 instruction and may be combined with the 14 bit uncompressed instructions contained 
in the second frequency count data structure 64. To complete the reconstruction of a 
complete 32 bit uncompressed instruction, a source mask may be used as shown in 
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FIG. 18 to provide the upper four bits of each of the operands. The source mask may 
be implemented as a programmable register. 

Returning to FIG. 16A, at block 224, the 14 bit uncompressed instruction that 
is located at the address or location in the second logical data structure (e.g., the 
5 second frequency count data structure 64) that is specified by the lower order six bits 
of the Type II compressed instruction may then be combined with portions of the Type 
II compressed instruction and the contents of the source mask to reconstruct the 
replaced uncompressed instruction as discussed in the foregoing. Finally, at block 
226, the combined instruction or reconstructed uncompressed instruction may be 

10 provided to the processor for execution. Recall that the second frequency count data 
structure 64 may contain M uncompressed instructions. Accordingly, the second 
logical data structure index field may comprise log2M bits. 

Returning to block 214 of FIG. 16A, if the fetched instruction is a Type III 
compressed instruction, then operations continue by following connector A to block 

15 342 where a third logical data structure index field may be decoded to identify an 
address or location in a third logical data structure. The third logical data structure 
may be implemented as the third frequency count data structure 68 of FIG. 4. The 
third logical data structure index may be implemented as the lower order six bits of a 
Type III compressed instruction. This is illustrated in FIG. 19 where the lower order 

20 six bits of a fetched Type III compressed instruction are used to index a table of 64 
uncompressed instructions with each uncompressed instruction comprising 14 bits. 
Note that the uncompressed instructions may be stored as 14 bit words as the two high 
order bits designating the instructions as Type III compressed instructions need not be 
stored in the third frequency count data structure 68. 

25 At block 344, one or more operand index fields may be decoded to identify 

address(es) or location(s) in one or more operand data structures, respectively. The 
operand data structures may be implemented as the operand frequency count data 
structure(s) 70 of FIG. 4. The operand index fields may be implemented as the two, 
four bit fields between the instruction type field (two high order bits) and the third 

30 logical data structure index (six low order bits) as shown in FIG. 19. This is 

illustrated in FIG. 19 where two, four bit operand index fields are used to respectively 
index two tables containing 16, eight bit operands. 
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Returning to FIG. 16B, at block 346, the 14 bit uncompressed instruction that 
is located at the address or location in the third logical data structure (e.g., the third 
frequency count data structure 68) that is specified by the lower order six bits of the 
Type III compressed instruction may then be combined with one or more operands 
5 located at the addresses or locations in the one or more operand data structures (e.g., 
the operand frequency count data structure(s) 70) that is specified by the operand 
index fields to reconstruct the replaced uncompressed instruction. Finally, at block 
348, the combined instruction or reconstructed uncompressed instruction may be 
provided to the processor for execution. Recall that the third frequency count data 
1 0 structure 68 may contain L uncompressed instructions and that the operand frequency 
count data structure(s) contain K operands. Accordingly, the second logical data 
structure index field may comprise log2M bits and the operand index fields may 
comprise log2K bits. 



1 5 present invention, the data structure load unit 124 may detect a data structure load 
instruction received by the instruction type decoding unit 114. Upon detecting the 
data structure load instruction, the data structure load unit 124 may cooperate with the 
DMA unit 126 to download the first logical data structure (e.g., first frequency count 
data structure 62) from the main memory 94 to the decompression sub-engine #1 116 

20 at block 232. This operation is illustrated in FIG. 21 where the decompression sub- 
engine #1 116 is shown to comprise a local memory 234, which contains a data 
module 236. The data module 236 may comprise the first frequency count data 
structure 62. In accordance with alternative embodiments of the present invention, the 
first logical data structure that is downloaded from the main memory 94 to the 

25 decompression sub-engine #1 116 may comprise the first routine, first frequency 
count data structure 72, the second routine, first frequency count data structure 76 
and/or any additional first frequency count data structures that have been defined for 
routines of the uncompressed program 54. 



30 data structure load unit 124 may cooperate with the DMA unit 126 to download the 
second logical data structure (e.g., second frequency count data structure 64) from the 
main memory 94 to the decompression sub-engine #2 118 at block 238. This 



Referring now to FIG. 20, in accordance with further embodiments of the 



Returning to FIG. 20, upon detecting the data structure load instruction, the 
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operation is illustrated in FIG. 22 where the decompression sub-engine #2 118 is 
shown to comprise a local memory 242, which contains a data module 244. The data 
module 244 may comprise the second frequency count data structure 64. In 
accordance with alternative embodiments of the present invention, the second logical 
5 data structure that is downloaded from the main memory 94 to the decompression sub- 
engine #2 118 may comprise the first routine, second frequency count data structure 
74, the second routine, second frequency count data structure 78 and/or any additional 
second frequency count data structures that have been defined for routines of the 
uncompressed program 54. 

10 Returning to FIG. 20, upon detecting the data structure load instruction, the 

data structure load unit 124 may cooperate with the DMA unit 126 to download the 
third logical data structure (e.g., third frequency count data structure 68) and the 
operand frequency count data structure(s) 70 from the main memory 94 to the 
decompression sub-engine #3 122 at block 245. This operation is illustrated in FIG. 

15 23 where the decompression sub-engine #3 122 is shown to comprise a local memory 
362, which contains a data module 364. The data module 364 may comprise the third 
frequency count data structure 68 and the operand frequency count data structure(s) 
70. In accordance with alternative embodiments of the present invention, the third 
logical data structure and operand data structure(s) that are downloaded from the main 

20 memory 94 to the decompression sub-engine #3 122 may comprise the first routine, 
third frequency count data structure 84, the second routine, third frequency count data 
structure 88, the first routine, operand frequency count data structure(s) 86, the second 
routine, operand frequency count data structure(s) 90 and/or any additional third 
frequency count data structures and operand frequency count data structures that have 

25 been defined for routines of the uncompressed program 54. 

Thus, at block 246, the instruction type decoding unit 114 may determine the 
type of the fetched instruction. If the fetched instruction is a Type I compressed 
instruction, then the fetched instruction may be provided to the decompression sub- 
engine #1 116 at block 248. If the fetched instruction is a Type II compressed 

30 instruction, then the fetched instruction may be provided to the decompression sub- 
engine #2 118 at block 252. Alternatively, if the fetched instruction is a Type III 
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compressed instruction, then the fetched instruction may be provided to the 
decompression sub-engine #3 122 at block 254. 

Referring now to FIG. 24, exemplary operations for executing a compressed 
program, such as the compressed program 56, in accordance with alternative 
5 embodiments of the present invention, will be described hereafter. Operations begin 
at block 262 where the memory fetch unit 136 fetches an instruction that is associated 
with a specific one of a plurality of routines that comprise the compressed program 
56. The instruction is then loaded into the buffer 112 and provided to the instruction 
type decoding unit 114, which determines the instruction type at block 264 as 
10 discussed hereinabove. If the instruction type decoding unit 114 determines that the 
fetched instruction is uncompressed, then the uncompressed instruction may be 
provided directly to the processor through the multiplexer 128. If, however, the 
fetched instruction is a Type I compressed instruction, then operations continue at 
block 266 where a first logical data structure index field may be decoded to identify an 
15 address or location in a first logical data structure that is associated exclusively with 
the specific one of the plurality of routines. The first logical data structure may be 
implemented as the first routine, first frequency count data structure 72 of FIG. 5. 
The first logical data structure index may be implemented as the lower order six bits 
of a Type I compressed instruction as discussed hereinabove with respect to FIG. 17. 
20 At block 268, the uncompressed instruction that is located at the address or location in 
the first logical data structure routines (e.g., the first routine, first frequency count data 
structure 72) specified by the first logical data structure index, which is exclusively 
associated with the specific one of the plurality of routines, may then be provided to 
the processor for execution. 
25 Referring now to FIG. 25, if the instruction type decoding unit 114 determines 

that the fetched instruction is a Type II compressed instruction that is associated with 
a specific one of the plurality of routines that comprise the compressed program 56 at 
block 272, then operations continue at block 274 where a second logical data structure 
index field may be decoded to identify an address or location in a second logical data 
30 structure that is associated with the specific one of the plurality of routines. The 
second logical data structure may be implemented as the first routine, second 
frequency count data structure 74 of FIG. 5. The second logical data structure index 



29 



Attorney Docket 



19219-: 



2/Conexant Docket No. 00C 




:0N NAD 



may be implemented as the lower order six bits of a Type II compressed instruction as 
discussed hereinabove with respect to FIG. 18. At block 276, the 14 bit 
uncompressed instruction that is located at the address or location in the second 
logical data structure (e.g., the first routine, second frequency count data structure 74) 
5 specified by the second logical data structure index, which is exclusively associated 
with the specific one of the plurality of routines, may then be combined with portions 
of the Type II compressed instruction and the contents of the source mask to 
reconstruct the replaced uncompressed instruction. Finally, at block 278, the 
combined instruction or reconstructed uncompressed instruction may be provided to 

10 the processor for execution. 

Referring now to FIG. 26, if the instruction type decoding unit 114 determines 
that the fetched instruction is a Type III compressed instruction that is associated with 
a specific one of the plurality of routines that comprise the compressed program 56 at 
block 372, then operations continue at block 374 where a third logical data structure 

1 5 index field may be decoded to identify an address or location in a third logical data 

structure that is associated with the specific one of the plurality of routines. The third 
logical data structure may be implemented as the first routine, third frequency count 
data structure 84 of FIG. 5. The third logical data structure index may be 
implemented as the lower order six bits of a Type III compressed instruction as 

20 discussed hereinabove with respect to FIG. 19. 

At block 376, one or more operand index fields may be decoded to identify 
address(es) or location(s) in one or more operand data structures, respectively, which 
are associated with the specific one of the plurality of routines. The operand data 
structures may be implemented as the first routine, operand frequency count data 

25 structure(s) 86 of FIG. 5. The operand index fields may be implemented as the two, 
four bit fields between the instruction type field (two high order bits) and the third 
logical data structure index (six low order bits) as discussed hereinabove with respect 



30 or location in the third logical data structure (e.g., the first routine, third frequency 
count data structure 84) specified by the third logical data structure index, which is 
exclusively associated with the specific one of the plurality of routines, may then be 
combined with one or more operands located at the addresses or locations in the one 



to FIG. 19. 



At block 378, the 14 bit uncompressed instruction that is located at the address 
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or more operand data structures (e.g., the first routine, operand frequency count data 
structure(s) 86) specified by the operand index fields, which are also exclusively 
associated with the specific one of the plurality of routines, to reconstruct the replaced 
uncompressed instruction. Finally, at block 382, the combined instruction or 
5 reconstructed uncompressed instruction may be provided to the processor for 
execution. 

From the foregoing it can readily be seen that, in accordance with the present 
invention, a computer program may be compressed either as a whole or on a per 
routine basis by replacing frequently used uncompressed instructions with compressed 

10 instructions of various types (f.e., lengths). Advantageously, the dynamic assignment 
of compressed instructions based on instruction frequency in specific application 
programs may provide improved program execution efficiency over alternative 
solutions that compress every instruction by a specific amount. That is, in accordance 
with the present invention, the more frequently used instructions may be replaced with 

1 5 compressed instructions, but less frequently used instructions may not be replaced 
thereby eliminating the need to decompress these less frequently used instructions 
before execution. By adjusting the frequency thresholds before an instruction 
qualifies for replacement with a compressed instruction, a suitable balance between 
memory conservation and execution speed may be obtained. 

20 In concluding the detailed description, it should be noted that many variations 

and modifications can be made to the preferred embodiments without substantially 
departing from the principles of the present invention. All such variations and 
modifications are intended to be included herein within the scope of the present 
invention, as set forth in the following claims. 
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